Qos-based multi-protocol uplink access

ABSTRACT

A method and apparatus for multi-protocol uplink access defines two protocols and maps each to one of a user&#39;s access service class (ASC) and quality of service (QoS). A first uplink access protocol type is defined in which a random access channel (RACH) burst is sent and an acquisition indicator channel (AICH) burst is sent, and a channel assignment grant is sent on another downlink channel. A second uplink access protocol type is defined in which a RACH preamble is sent and an AICH burst is sent.

This application claims priority from U.S. Provisional Patent Application Ser. No. 60/750,545, filed Dec. 15, 2005, which is incorporated by reference as if fully set forth.

FIELD OF INVENTION

The present invention relates to wireless communications, particularly, to uplink access employing multiple access protocols.

BACKGROUND

Long term evolution (LTE) of WCDMA 3G cellular networks pertains to UMTS beyond 3GPP Release 7. Another term used to express LTE is evolved (Universal Terrestrial Radio Access” i.e.) “evolved (UTRA)” (E-UTRA).

3GPP Release 6 uses a random access channel (RACH) procedure for initial uplink access. The RACH procedure defines a preamble burst handshake followed by a short, preconfigured message. Random access based on an uplink grant channel has been proposed for E-UTRA.

Hereafter, a wireless transmit/receive unit (WTRU) includes but is not limited to a user equipment (UE), mobile station, fixed or mobile subscriber unit, pager, or any other type of device capable of operating in a wireless environment. When referred to hereafter, a base station includes but is not limited to a Node-B, site controller, access point (AP) or any other type of interfacing device in a wireless environment.

A general problem with uplink access protocols is that one access protocol may not work in all cases. For example, no single access protocol supports all traffic types equally well. A Telnet application is highly bursty, has a low data rate, and is highly delay sensitive—the current 3GPP RACH procedure might work very well for this type of application. On the other hand, web browsing requires more bandwidth in the uplink, and is not as sensitive to delay as Telnet, whereby an alternate access protocol may prove superior for this application. Another example is that the best protocol may vary as a function of cell load. Combining this with existing considerations in UTRA, there is a need to define an uplink access framework with all of the following attributes:

-   -   A WTRU should be able to use multiple uplink access protocols.     -   The initial uplink access burst should contain few (or no)         information bits to maximize decoding performance while         minimizing needed bandwidth (the RACH preamble in the current         standard has no information bits).     -   Likewise, the response to the initial uplink access burst should         contain few (or no) information bits (the Acquisition Indicator         Channel (AICH) message in the current standard has a single         information bit, namely, the acquisition indicator bit).

SUMMARY

The present invention teaches a method to facilitate efficient uplink random access geared towards an all-IP radio access network (e.g., E-UTRA). It does so by allowing configuration of uplink access based on a user's profile or the Quality of Service (QoS) profile of the application. This invention is primarily concerned with physical (PHY) and MAC layer signaling associated with uplink access.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a flow diagram of a method for broadcasting information to enhance access by a WTRU.

FIGS. 2 and 2A respectively show simplified and detailed diagrams of Type 1 uplink access according to the present invention.

FIGS. 3 and 3A respectively show simplified and detailed diagrams of a Type 2 uplink access according to the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The present invention basically comprises two parts. The first part enhances the access configuration capability of the WTRU by adding information fields broadcast by the base station (BS) to indicate the uplink access method for a user's (or a user's application) Access Service Class (ASC); (the ASC in UTRA can be regarded as being mapped to a given QoS). The second part of the present invention provides a specific scheme whereby two uplink access protocols are supported using the configuration capability defined in the above-mentioned first part.

With respect to the first part of the present invention regarding an ASC-based configuration of access, in FIG. 1, the BS provides one or more information elements (IEs) at step S1, and transmits the IEs in the System Information Block (SIB) of the Broadcast Control Channel (BCCH) at S2 to configure the access protocols. An IE for the PHY RACH (PRACH) partition is presented below in Table 1 with its IE components, including the Uplink Access Protocol IE introduced by the present invention. Note that in LTE, the original IE is not guaranteed to remain the same. TABLE 1 PRACH Partition IE Information Element/Group Type and name Need Multi reference Semantics description Access Service Class MP 1 to If only “NumASC+1” (with, (ASC) maxASC NumASC+1 < maxASC) ASCs are listed, the remaining (NumASC+2 through maxASC) ASCs are unspecified. Uplink Access MD Integer(0, . . . , 7) The default values are the Protocol same as the previous ASC. For the first ASC, this field is MP. The value is an enumeration of uplink access protocols. >ASC Setting MD ASC setting The default values are the 10.3.6.6 same as the previous ASC. If the “default” is used for the first ASC, the default values are all available signatures and “all available sub- channels” for FDD and “all available channelisation codes” and “all available subchannels” with “subchannel size=Size 1” in TDD. Regarding the terms MP AND MD, employed in Table 1 and subsequent tables, MP means “mandatory present,” indicating that the field must be present in the information element and MD means “mandatory default,” meaning that the given value is the default value. The “>” marks aid in discerning the meaning of the tables.

The WTRU at S3, listens to the broadcast control channel (BCCH) for this IE and receives it at S4. The WTRU, then determines the uplink access protocol at S5, based on the ASC. When the WTRU wishes to access the radio network, the WTRU selects the uplink access protocol based on the radio bearer's ASC, at S6 and sends it in a RACH burst at S7.

It should be noted that each PRACH resource definition must be well-defined with respect to the uplink access protocol partition. In other words, if two ASCs use different uplink access protocols, their PRACH resources must be disjoint.

The following describes the second part of the present invention pertaining to multi-protocol uplink access.

FIG. 2 shows a simplified Type 1 uplink access sequence, comprising a RACH burst, responded to by an AICH, and a GRANT signal with the WTRU-id resource, duration, type, etc. The WTRU-id could be any identity that uniquely identifies a WTRU within a cell. The PRACH has cell-specific scrambling to distinguish the RACH burst from among neighboring cells, as will be described in connection with. FIG. 2A, which shows a more detailed flow diagram of the Type 1 sequence wherein the WTRU incorporates the WTRU-id in the RACH burst at S8 and sends the RACH burst at S9.

The Acquisition Indicator Channel burst (AICH) acknowledges the WTRU by applying a signature at S11 derived from the RACH burst received by the BS, at S10. For example, the signature could be selected as a hash function of the WTRU-id. Additionally, the AICH may include WTRU-specific scrambling (e.g., scrambling with the WTRU-id) in order to avoid collision capture effects. More specifically, a case will be considered wherein two WTRUs send a RACH burst simultaneously, and the received power for one of them is strong enough to be decoded in the presence of the other WTRU. It is further assumed that the AICH signature is common between the two WTRUs. In this case, WTRU-specific scrambling prevents the wrong WTRU from decoding the AICH. WTRU-specific scrambling may not be essential, particularly if this scenario is very rare. The wrong WTRU waits for a timeout period before discovering that the base station has not granted it a resource.

The AICH S12 in this case serves as an acknowledgement to the WTRU that it has been heard (so that it does not continue to retry transmitting when it receives the AICH at S13) and as a placeholder in the base station to reserve a resource for this WTRU, at S14. In this way, the WTRU obtains a resource grant with a relatively lean RACH/AICH exchange. The AICH may also send a NACK if the base station detects a collision.

The GRANT is preferably sent on a downlink shared channel configured by the SIBs in the BCCH, as S15.

The duration of the channel may be specified by the channel GRANT as shown in FIGS. 2 and 2A. Alternatively, the channel duration need not be specified, and a protocol is established for terminating the channel. Another approach is to use the channel grant to bootstrap a tiered access scheme. This means that the grant provides a low bandwidth uplink channel used as a contention-free access channel.

The timeout for receiving a GRANT is ASC dependent, and it is configured by a new Grant Timeout IE in the SIB, as shown in TABLE 2. TABLE 2 Type 1 Access parameters Infor- mation Ele- ment/ Group Type and name Need Multi reference Semantics description Access MP 1 to If only “NumASC+1” (with, Service maxASC NumASC+1 < maxASO) ASCs Class are listed, the remaining (NumASC+2 through maxASC) ASCs are unspecified. >Grant MP Integer The default values are the same Timeout as the previous ASC.

FIG. 3 shows a simplified Type 2 uplink access comprising a RACH preamble, an AICH and a DATA transmission. The Type 2 access procedure, in accordance with the present invention optimizes the LTE air interface. As shown in FIG. 3, the DATA resource is uniquely derivable from the RACH preamble, e.g., it is a function of the RACH preamble's resource (e.g., signature and slot). The size of DATA sent by the WTRU is restricted by an IE in the AICH in order to control the efficiency of Type 2 random access channels. The AICH attributes (e.g., signature, scrambling, transmission time) are uniquely derivable by the BS from a successfully decoded RACH preamble.

Type 1 is enumerated as 0 in the Uplink Access Protocol IE, and Type 2 is enumerated as 1.

As shown in the detailed diagram in FIG. 3A, at S17 the WTRU determines the most current mappings of ASC to Type 1 or 2 through the SIBs sent in the BCCH at S16, and sends a Type 1 or Type 2 request based on the ASC at S18. The base station (BS) receives the burst at S19, creates an AICH at S20 and responds to a RACH preamble with Type 1 or Type 2 access based on the PRACH resource, at S21.

The Type 2 mechanism can be leveraged to gain an uplink channel grant. The WTRU, at S17 sends a buffer volume measurement in the DATA portion of the Type 2 access. The base station (BS) can then schedule a channel GRANT for this bearer at some later time.

For a Type 1 access, the WTRU preferably uses a retry policy on the RACH preamble similar in concept to the current standard, but adapted to changes in the air interface technology of LTE. If it receives an AICH response at S22, the WTRU then listens for a GRANT at S23 to determine its resource allocation. When the base station receives a RACH for a Type 1 ASC, it uses a scheduling algorithm to determine what (if any) resource to grant the WTRU.

One example of multi-protocol uplink access is differentiation by user application or QoS profile. Type 1 is well suited for applications that have a relatively small but varying uplink load such as web surfing or wireless gaming. Type 2 is preferred for low rate bursty applications like Telnet or possibly FTP downloads.

Another usage example is for control messaging (either Access Stratum or Non-Access Stratum messages). Type 2 is useful for sparse uplink control messaging. The current standard uses its RACH channel this way. Type 1 may be used for initial system access (i.e., when the WTRU first powers up), and the PRACH partition could specify channels used just for initial access. This is useful because initial access is a well-defined interchange, so both the WTRU and base station are able to independently determine the end of the initial (core network level) access exchange.

An alternative Type 1 uplink access may be useful based on the following. The Type 1 access as defined above adds a WTRU-id field in the RACH burst because there is a significant probability of undetected collisions in the RACH with preamble only. This happens when: 1) two WTRUs transmit with the same signature at the same time, and 2) the base station decodes this as a preamble coming from a single WTRU (e.g., it mistakenly treats the two bursts as multi-path from a single WTRU). If the RACH physical layer structure is designed to reduce the undetected collision probability, alternative access protocols may be used. For example, the WTRU-id may be sent (e.g., as a field in the granted uplink channel) to the base station. A collision is resolved by a channel startup protocol. For example, the WTRU starts transmission randomly out of 2 or 3 slots, and a WTRU gives up on the shared channel after a few (say 5) consecutive failed transmissions on the granted uplink channel. Moreover, if the base station detects a collision, it could signal this in the downlink.

The present invention may be implemented in a WTRU or a BS, as a data link layer implementation preferably configured by software or a protocol stack. The present invention is applicable to radio resource management (RRM) and a radio resource controller. In addition to the applicability to LTE, the present invention applies to the core evolution program.

Although the features and elements of the present invention are described in the preferred embodiments in particular combinations, each feature or element can be used alone (without the other features and elements of the preferred embodiments) or in various combinations with or without other features and elements of the present invention. 

1. In a wireless communication between a wireless transmit/receive unit (WTRU) and a base station (BS), where a plurality of access service classes (ASCs) is available, a multi-protocol uplink access method, comprising: the BS broadcasting a plurality of available uplink access methods for each access service class (ASC).
 2. The method of claim 1, further comprising: the BS broadcasting an Uplink Access Protocol information element (IE) in a System Information Block (SIB) of a Broadcast Control Channel (BCCH).
 3. The method of claim 2, further comprising: the WTRU receiving the Uplink Access Protocol IE; and determining an uplink access protocol based on an ASC of a radio bearer.
 4. The method of claim 2, further comprising: the WTRU receiving the uplink access protocol IE; and configuring the uplink access based on the WTRU's profile.
 5. The method of claim 2, further comprising: the WTRU receiving the uplink access protocol IE; and configuring the uplink access based on a quality of service (QoS) profile of an application.
 6. The method of claim 2, wherein the uplink access protocol IE is contained within a Physical (PHY) layer random access channel (PRACH) partition.
 7. The method of claim 6, wherein each PRACH resource definition is defined with respect to each uplink access protocol partition, such that two ASCs with different uplink access protocols have disjoint PRACH resources.
 8. The method of claim 1, wherein the ACS is mapped to a given quality of service (QoS) to enhance access configuration capabilities of the WTRU.
 9. A method for defining an uplink access protocol through an exchange between a WTRU and a BS, comprising: the WTRU sending a random access channel (RACH) burst; and the BS, responsive to the RACH burst sending an acquisition indicator channel (AICH) burst for maximizing access capacity; and sending a channel assignment grant following the ASICH on another downlink channel.
 10. The method of claim 9, the BS sending the channel assignment grant on a shared downlink channel.
 11. The method of claim 9, the BS sending an AICH acknowledging the RACH burst which incorporates a signature derived from the RACH burst.
 12. The method of claim 9, the BS incorporating WTRU-specific scrambling in the AICH to avoid a collision due to two or more WTRUs sending RACH bursts at substantially the same time.
 13. The method of claim 9, the WTRU allowing a given timeout period to lapse after sending an RACH burst to determine that it has not been granted a resource.
 14. The method of claim 9, the WTRU sending the WTRU-id to the BS as a field in said granted uplink channel.
 15. The method of claim 9, the WTRU incorporating a WTRU-id field in the RACH burst to avoid a collision due to two or more WTRUs sending RACH bursts at substantially the same time.
 16. The method of claim 14, wherein a channel collision is resolved by a channel startup protocol, the WTRU starting a transmission randomly out of a predetermined number of slots; and aborting the shared channel after a given number of consecutive failed transmissions on the granted uplink channel have occurred.
 17. The method of claim 14, the BS detecting a collision; and reporting the detected collision in a downlink transmission.
 18. The method of claim 9, the BS sending a NACK in the AICH to indicate detection of a collision due to at least two WTRUs sending RACH bursts at substantially the same time.
 19. The method of claim 9, the BS incorporating a duration in the channel assignment grant to specify a duration for the channel.
 20. An access protocol for a WTRU to obtain uplink access from a BS, comprising: the WTRU sending a random access channel (RACH) preamble; and the BS sending an acquisition indicator channel (AICH) burst incorporating a data resource based on resource information in the RACH preamble, including a signature and a slot.
 21. The method of claim 20, the BS limiting a size of the data resource size to control efficiency of the RACHs.
 22. An access protocol for a WTRU to obtain uplink access from a BS, comprising: defining a first uplink access protocol type in which a random access channel (RACH) burst is sent by the WTRU and an acquisition indicator channel (AICH) burst is sent by the BS, said BS then sending a channel assignment grant on another downlink channel; defining a second uplink access protocol type in which a RACH preamble is sent by the WTRU and an AICH burst is sent by the BS; the BS mapping Access Service Classes (ASCs) to the first or second access protocol type; and the WTRU sending a RACH burst requesting one of the first uplink access protocol type and the second uplink access protocol type based on its associated ASC.
 23. The method of claim 22, the BS responding a preamble of the RACH burst based on the Physical RACH (PRACH) resource.
 24. The method of claim 22, the BS incorporating an Information Element (IE) in a System Information Block (SIB) identifying the uplink access protocol type enabling the WTRU to select a desired uplink access protocol.
 25. The method of claim 24, the WTRU selecting the desired uplink access protocol based on the ASC.
 26. The method of claim 22, the BS incorporating Information Elements (IEs) in a System Information Block (SIB) identifying: the uplink access protocol type enabling the WTRU to select a desired uplink access protocol; the ASC and an ASC setting.
 27. In a wireless communication between a wireless transmit/receive unit (WTRU) and a base station (BS), where a plurality of access service classes (ASCs) is available, an apparatus for multi-protocol uplink access, the BS comprising a device for broadcasting a plurality of available uplink access methods for each access service class (ASC).
 28. The apparatus of claim 27, the BS broadcasting device comprising a device for broadcasting an Uplink Access Protocol information element (IE) in a System Information Block (SIB) of a Broadcast Control Channel (BCCH).
 29. The apparatus of claim 28, the WTRU comprising a device for receiving the Uplink Access Protocol IE; and a device for determining an uplink access protocol based on an ASC of a radio bearer.
 30. The apparatus of claim 28, the WTRU comprising a device for receiving the uplink access protocol IE; and a device for configuring the uplink access based on the WTRU's profile.
 31. The apparatus of claim 28, the WTRU comprising a device for receiving the uplink access protocol IE; and a device for configuring the uplink access based on a quality of service (QoS) profile of an application.
 32. The apparatus of claim 28, wherein the uplink access protocol IE is contained within a Physical (PHY) layer random access channel (PRACH) partition.
 33. The apparatus of claim 32, wherein each PRACH resource definition is defined with respect to each uplink access protocol partition, such that two ASCs with different uplink access protocols have disjointed PRACH resources.
 34. The apparatus of claim 27, comprising a device for mapping the ASC to a given quality of service (QoS) to enhance access configuration capabilities of the WTRU.
 35. An apparatus for defining an uplink access protocol through an exchange between a WTRU and a BS, comprising: the WTRU comprising a device for sending a random access channel (RACH) burst; and the BS comprising a device responsive to the RACH burst, sending an acquisition indicator channel (AICH) burst for maximizing access capacity; and a device for sending a channel assignment grant following the ASICH on another downlink channel.
 36. The apparatus of claim 35, the BS further comprising a device for providing a channel assignment grant on a shared downlink channel.
 37. The apparatus of claim 35, the BS comprising a device for sending an AICH acknowledging the RACH burst which incorporates a signature derived from the RACH burst.
 38. The apparatus of claim 35, the BS further comprising a device for incorporating WTRU-specific scrambling in the AICH to avoid a collision due to two or more WTRUs sending RACH bursts at substantially the same time.
 39. The apparatus of claim 35, the WTRU comprising a device for providing a given timeout period to lapse after sending an RACH burst to determine that it has not been granted a resource.
 40. The apparatus of claim 35, the WTRU comprising a device for sending the WTRU-id to the BS as a field in said granted uplink channel.
 41. The apparatus of claim 35, the WTRU comprising a device for incorporating a WTRU-id field in the RACH burst to avoid a collision due to two or more WTRUs sending RACH bursts at substantially the same time.
 42. The apparatus of claim 41, wherein a channel collision is resolved by a channel startup protocol, the WTRU comprising a device for starting a transmission randomly out of a predetermined number of slots; and a device for aborting the shared channel after a given number of consecutive failed transmissions on the granted uplink channel have occurred.
 43. The apparatus of claim 41, the BS comprising a device for detecting a collision; and a device for reporting the detected collision in a downlink transmission.
 44. The apparatus of claim 35, the BS comprising a device for sending a NACK in the AICH to indicate detection of a collision due to two or more WTRUs sending RACH bursts at substantially the same time.
 45. The apparatus of claim 35, the BS comprising a device for incorporating a duration in the channel assignment grant to specify a duration for the channel.
 46. Access protocol apparatus enabling a WTRU to obtain uplink access from a BS, comprising the WTRU comprising a device for sending a random access channel (RACH) preamble; and the BS comprising a device for sending an acquisition indicator channel (AICH) burst incorporating a data resource based on resource information in the RACH preamble, including a signature and a slot.
 47. The apparatus of claim 46, the BS limiting a size of the data resource size to control efficiency of the RACHs.
 48. An access protocol apparatus enabling a WTRU to obtain uplink access from a BS, comprising: defining a first uplink access protocol type in which the WTRU comprises a device for sending a random access channel (RACH) burst and the BS comprises a device for sending an acquisition indicator channel (AICH) burst, said BS further having a device for then sending a channel assignment grant on another downlink channel; defining a second uplink access protocol type in which the WTRU has a device for sending a RACH preamble and the BS having a device for sending an AICH burst; the BS having a device for mapping Access Service Classes (ASCs) to the first or second access protocol type; and the WTRU having a device for sending a RACH burst requesting one of the first uplink access protocol type and the second uplink access protocol type based on its associated ASC.
 49. The apparatus of claim 48, the BS comprising a device responding a preamble of the RACH burst based on the Physical RACH (PRACH) resource.
 50. The apparatus of claim 49, the BS comprising a device for incorporating an Information Element (IE) in a System Information Block (SIB) identifying the uplink access protocol type enabling the WTRU to select a desired uplink access protocol.
 51. The apparatus of claim 48, the WTRU comprising a device for selecting the desired uplink access protocol based on the ASC.
 52. The method of claim 49, the BS incorporating Information Elements (IEs) in a System Information Block (SIB) identifying: the uplink access protocol type enabling the WTRU to select a desired uplink access protocol; the ASC and an ASC setting. 